home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 643 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.7 KB
  1. Subject: Digest
  2. Date: Wed, 15 Jun 1994 10:25:11 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6.  
  7. Waldi:
  8. > I don't understand why everyone, except me, wants to limit the content of
  9. > the file to ASCII. What's wrong with character codes > 127 ?  Why repeat
  10. > the mistake made by RFC 821 and many other standards/guidelines?
  11.  
  12. By `ASCII file', I only mean `text file'.  This could obviously include
  13. any >128 character, especially in Euro s/w.  This brings up the subject
  14. of language in APP-DEFS.SYS, which is beyond our scope.
  15.  
  16. > The (IMO) most flexible approach is to leave locating and parsing stuff to
  17. > a TSR, which offers a set of well-defined functions through a cookie.
  18.  
  19. Agreed.  I would especially like to see value-conversion placed in the
  20. TSR.  eg. a function `Give me a 4-byte date for Cal.Birthday' would
  21. parse dates in various localized formats.  Such functionality could be
  22. added incrementally.
  23.  
  24.  
  25. Various:
  26. > ALT-...:    Redraw window
  27.  
  28. This is getting very appl-specific.  Only a few rare programs would need
  29. this.  As an example, a spreadsheet could bind that to Recalculate if it
  30. was using manual calculation.
  31.  
  32.  
  33. >  home -           nothing
  34. >...
  35. >because "home" is near the arrows (partially between up-arrow and
  36. >right-arrow) and can be hit by mistake.
  37.  
  38. This is just plain silly.  The only time a key combination should be
  39. avoided for the `can be hit by mistake' reason is if the keypress causes
  40. (directly or indirectly) irrevocable harm.  You go to the top of the
  41. document?  Big deal.  Page back down.  Next, computers keyboards will
  42. have a `I mean it' button that you have to keep pressed or else all
  43. other keys are ignored.  Besides, a simple `Go Back' feature can fix this.
  44.  
  45.  
  46. Christian Nieber:
  47. > The following is an excerpt from the NeXTStep User Interface Guidelines
  48. >...
  49. > The guidelines place keyboard alternatives into three groups--reserved, 
  50. > required, and recommended.
  51.  
  52. I suggest we adopt the same divisions.  This will cut down on contention
  53. in this list, as we all agree that `Control-O' is `Open', but not all
  54. agree that `Control-F' should only be `Find'.
  55.  
  56. Ofir, could you do the first partitioning?
  57.  
  58. > [Program to modify RSC file shortcuts]
  59.  
  60. This is a fine idea:
  61.  
  62.     - It is certainly simpler than the full-blown APP-DEFS.SYS file.
  63.     - It avoids the issue of language in the APP-DEFS.SYS file.
  64.     - It follows an existing convention (shortcuts in RSC).
  65.     - It follows an existing GEM std (RSC files for UI config).
  66.  
  67. There is no reason why this couldn't be used for non-menu shortcuts, either.
  68. Just have a MENU in the RSC that isn't actually used, but is just there as
  69. a short-cut definition.  I guess even non-key configurations could be done
  70. this way (though it is getting impractical, I would suggest).
  71.  
  72. So.  Who has RSC I/O code?
  73.  
  74. --
  75. Warwick
  76.